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METHOD AND SYSTEM FOR DYNAMIC PRICING 

Field of the Invention 

This invention relates to computer systems and, more particularly, to computer 
systems for generating dynamic pricing information. 

Background of the Invention 

Various computer pricing mechanisms have been available to date. Typically, 
these have used a static pricing scheme such as a look-up table of pre-priced items. In 
such a scheme, each item in a store would have a price and a percentage discount stored 
in the look-up table. If a customer purchased an item, the system would determine the 
price of the particular item and whether a discount is to be applied to that item, and 
calculate a price. If the price of the item changed, or if the discount to the item changed, 
the look-up table would have to be updated. This would be required for every item on the 
list. 

Summary of the Invention 

According to the present invention, a method and system for dynamic pricing is 
described. Dynamic pricing is accomplished through the use of at least one dynamic 
calculator, which performs calculations based upon conditional rules. 

In preferred embodiments, the system may include at least one static calculator. 
Static calculators can include pre-calculators and/or post-processing calculators. Pre- 
calculators determine an initial price, such as a list price or a sale price. Alternatively, a 
module may be used to set an initial price. Post-processing calculators make final 

-1- 

BOSTON 1209506vl 



Attorney Docket No. 101957-124 
Express Mail No. EL 703685122 US 

adjustments based on a price generation algorithm, such as rounding the price to the 
nearest $0.99. 

Between the pre- and post-calculators is at least one dynamic calculator that uses 
rules-based methodology to dynamically determine discounts to the initial price 
determined by the pre-calculators. Each dynamic calculator is made up of a qualifier and 
a discount calculator. The qualifier applies rules to determine if an item is qualified to 
receive a discount. The rules for qualification generally comprise a condition that must 
be satisfied. Rules sometimes also include a target upon which to apply the discount. If 
an item is determined to be qualified to receive a discount, the discount calculator 
applies it to the price. 

Brief Description of the Drawings 

Figure 1 is a block diagram of components of the pricing system according to an 
embodiment of the invention; 

Figure 2 is a block diagram of a pricing engine according to an embodiment of the 

invention; 

Figure 3 is a block diagram of a pre-calculator operation according to an 
embodiment of the invention; 

Figure 4 is a block diagram of a post-processing calculator operation according to 
an embodiment of the invention; 

Figure 5 is a block diagram of a discount calculator operation according to an 
embodiment of the invention; and 
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Figure 6 is a diagram of steps performed during a qualifier operation according to 
an embodiment of the invention. 

Detailed Description of Preferred Embodiments 

As shown in Fig. 1, a computer system for customized pricing 10 includes a 
customer terminal, such as a PC, where a customer can access a web browser 30. The 
web browser 30 is connected via software and hardware that is well known to those 
skilled in the art to a commerce server 40. The commerce server 40 is also connected 
through hardware and software known to those skilled in the art to at least one pricing 
engine 50. 

When the customer decides to shop on the Internet, he accesses a web site on a 
browser 30 that sells products of interest to him. The customer then selects items that he 
may be interested in purchasing and makes a request to the commerce server 40. The 
request may be one of several, such as a request to view a product and the price of the 
product on the browser or, perhaps, a request to view an entire shopping cart total for the 
items selected. Once such a request is made, the commerce server 40 consults the pricing 
engines 50, where a price for the item is determined. Details of this pricing procedure 
will be addressed below. Once a price is determined, the price is fed through the 
commerce server 40, and a response is provided to the customer with a specific price for 
that item. 

Fig. 2 provides an overview of the pricing engines. A preferred embodiment of 
the system includes four pricing engines, but any number of engines may be provided. In 
this particular embodiment (not shown), there is an "items" engine that calculates a price 
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for a particular item, a "shipping" engine that calculates the shipping price of a particular 
item, a "tax" engine that calculates the applicable tax for a particular item, and an "order 
engine" that determines the price for all items in the order as well as any shipping costs 
and applicable taxes. Each separate pricing engine can apply separate discounts to the 
order. The particular engines included in the system and the determination of which 
engines will be consulted during a transaction are determined by the website designer. 
For example, the items engine may display dynamically discounted prices to a customer 
as the customer browses the site, before the customer has indicated a desire to purchase 
anything. 

Each pricing engine is generally made up of a series of calculators that perform 
different functions in calculating the price. Price information (PI), which will ultimately 
provide the price output from the pricing engine, begins in the engine as a blank slate. As 
it interacts with each system calculator, it includes the most recent price calculation. 

In a preferred embodiment, there are three types of calculators. As depicted in 
Figs. 2 and 3, pre-calculators 60 replace the blank Price Information (PI) with an initial 
price, typically a list price, for the item without any discounting. This can be a price from 
a typical look-up table, as described in the Background section. Pre-calculators perform 
only static calculations, which are calculations that are not conditioned on anything. For 
example, sale prices of items are static calculations because they apply regardless of the 
conditions under which the order is placed. A series of pre-calculators can be used to 
apply a series of static calculations to obtain a series of initial prices I x (I x = Ii to I N , 
where N is the number of calculators used). For example, a first pre-calculator can apply 
the list price Ii to the item and a second pre-calculator can apply a sale price I 2 to the 
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same item. Thus, when the pre-calculation is complete, the current price information (PI) 
is the value of the initial price (In) 65. 

The second series of calculators, discount calculators 70, determine what, if any, 
discounts are to be applied to the item. "Discounts," here, is used generically and may 
include either price reductions or price additions. Discount calculators operate on 
dynamic rules-based methodologies, which will be described in detail below with respect 
to Figs. 5 and 6. The rules dynamically determine whether the prices of certain items 
need to be adjusted from the initial price, and the discount calculators perform that 
function. A series of discount calculators calculate a series of discount prices D x (D x = 
Di to D N ) by performing the rules-based calculations on the initial price (I N ) to calculate 
a final discount price (D N ). This price is output from the discount calculators as the 
current price information (PI). 

Finally, as depicted in Figs. 2 and 4, post-processor calculators 80 modify the 
discount price (D N ) 75 based upon price generation algorithms 100 decided upon by the 
site designer. For example, an algorithm may round all prices to the nearest $0.99 to 
make them appear less expensive, or discount the items 15 percent. Accordingly, these 
post-processing calculators perform static calculations, similar to the pre-calculators. 
Each separate algorithm is performed by a separate post-processing calculator, and the 
price information (PI) is updated for each post-processing calculated price P x (P x = Pi to 
P N ). Thus, the output of the post-processing calculators P N (85) is part of the final Price 
Information (PI) that is output from the pricing engine 50 and sent to the user. 

In one embodiment, this final Price Information (PI) includes the price of the 
order, the price breakdown of all items in the order including any shipping and tax costs, 
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and the price calculation history that details everything that happened to the price as it 
was adjusted by the various calculators. This pricing metadata would thus include 
calculations made to the price and the rules used to calculate the price. As such, it can be 
very useful if a customer subsequently changes the order and a new price must be 
recompiled. Assuming the rules still exist, they may simply be re-run to determine the 
new price. If, however, any of the rules had changed in the interim (e.g., because of the 
later date), the revised rules would be run. Some or all of the Price Information typically 
would be sent to the user, and some or all of the Price Information typically is stored by 
the pricing engine or the server for later use. 

In other embodiments, the final Price Information (PI) may be different depending 
on the pricing engine involved and the needs of the particular application. For example, 
for the "items" pricing engine, the final Price Information may only include the price of 
an item purchased as well as the price calculation history for that single item. 

The operation of the pricing engine will be described generally with respect to 
Fig. 2. Aspects of a Price Environment (PE) 90 are formulated in the commerce server 
40 (Fig. 1) and input into the pricing engine 50. A Price Environment describes the state 
of the commerce server with respect to a particular user at the time the price is being 
generated. This environment may include details of the possible transaction, such as the 
customer profile, which is all information gathered about the user; the locality of the 
possible purchase, which includes specific geographical information such as the 
appropriate language and currency to apply; the order at issue, which is shopping cart 
information including items selected and the shipping information; the products in the 
order; and the rules governing the discounts to be applied to the order. 



BOSTON 1209506vl 



-6- 



Attorney Docket No. 101957-124 
Express Mail No. EL 703685122 US 

Once in the pricing engine, the Price Environment (PE) is sent with the blank 
Price Information (PI) to the pre-calculators 60 to determine the initial prices for items in 
the order. As depicted in Fig. 2, there may be multiple pre-calculators acting upon the 
Price Information (PI). The current Price Information (I N ) is then sent to the discount 
calculators 70 where the discount rules are applied to the items. Again, there may be 
multiple discount calculators that each apply a separate rule to the Price Information. 
Finally, the discounted Price Information (D N ) is sent to the post-processor calculators 80 
where the prices are adjusted in accordance with selected algorithms. After passing 
through the post-processing calculators, the final Price Information (P N ) 95 is output from 
the pricing engine 50. This entire operation can be implemented with software, which 
can be provided on media such as magnetic or optical disks. 

Details of the operation of the discount calculators 70 are described with respect 
to Figs. 5 and 6. As described above, the Price Environment (PE) 90 and the current 
Price Information (I N ) 65 is input to the series of discount calculators 70 from the pre- 
calculators 60. In this section, the operation of a single discount calculator will be 
described. Of course, in accordance with the invention as described above, many 
discount calculators may be applied. The Price Environment passes through the discount 
calculators to a qualifier operation 1 10, which applies the rules of the particular Price 
Environment and will be described in detail with respect to Fig. 6. 

The rules determine the situations when it is appropriate to allow the discount 
calculator to perform a calculation. For example, the rule may require a ten percent 
discount to be applied to blue shirts when the customer has purchased more than four 
items. Thus, when the order "qualifies" for the discount by including five items, the 
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discount is applied to the blue shirts. As is evident, this rule has two parts, a condition 
and a target. If both parts are present in the rule, both must be satisfied for the rule to 
apply. The condition is what is required for the discount to be applied. Here, the 
condition is satisfied if the customer purchases five or more items. The target is the 
particular item or items that will be discounted. Here, the target is blue shirts. In this 
instance, both the condition and the target are satisfied, and the ten percent discount can 
be applied in the discount calculator. Alternatively, a rule may only have a condition, 
and not a target. For example, if an order has more than four items, discount everything 
ten percent. 

In one embodiment, the particular rules are input by a site designer in a pricing 
model description language via a user interface. Rules-based pricing permits many 
advantages. It allows for tremendous flexibility in determining what should be 
discounted and what the discount should be. It can determine whether every user gets a 
discount {e.g., a ten percent discount on red items) or if only certain users get a selective 
discount if they perform a specific task {e.g., a ten percent discount if the order has more 
than four items). Rules may also implement personal coupons or promotions that are 
targeted to the customer, and may incorporate specific dates upon which a discount is to 
be applied. 

Rules also allow for categorical discounting. They are not necessarily tied to the 
particular items, but also can be based upon metadata about the items {e.g., the color of 
the item). A rules-based system allows a rule to be applied to all products sold on the 
web site. For example, if a rule allows discounting of red items on Valentine's Day, it 
will be applied to all red items sold on the site. This avoids a need to price each item 
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individually, with discounts to items being made item by item. This categorical 
discounting may even be applied to items that are added to the site in the future. 

Turning back to the operation of the system, the steps of the qualifier operation 
are described in more detail in Fig. 6. The qualifier operation 1 10 begins by inputting the 
Price Environment 120. Next, the qualifier extracts a rule from the Price Environment 
130. In one embodiment, the extracted rule is stored in a database field in text format, 
such as XML. The rule is then transformed 140 into an executable rule 150, which is in a 
format to allow for the execution of the rule, such as Java. 

The rule is then evaluated to determine whether the Price Environment meets the 
rule condition 160. If no items meet this condition 170, the output of the qualifier 
indicates to the discount calculators that no prices are to be modified 175. If the 
condition is met 180, the rule is evaluated to determine whether the target exists in the 
Price Environment 190. If no target items exist 200, then the output of the qualifier 
indicates to the discount calculators that no prices are to be modified 175. If the target 
item does exist 210, then the output of the qualifier provides a set of items to the discount 
calculators in which the prices must be modified according to the rule 220. 

Returning to Fig. 5, when the set of items to be discounted are input to the 
discount calculators 70, they are matched to the Price Information (I N ) 65 that was input 
from the pre-calculators. The prices of those items are then modified in accordance with 
the rule to result in modified price (D N ) 75. The Price Information now contains the 
modified price, which is then output to the post-processing calculators for further 
processing, as described above. 
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While there have been shown and described examples of the present invention, it 
will be readily apparent to those skilled in the art that various changes and modifications 
may be made therein without departing from the scope of the invention as defined by the 
appended claims. The preferred embodiments have been described in terms of a web- 
based system, but the invention is equally applicable to a wireless, phone-based, or any 
other network-based system. It can even be used in retail stores. 

Moreover, there may be different pricing engines applied to an order, and within 
each pricing engine there may be different calculators. For example, it is not necessary 
that the static and dynamic operations be performed on separate calculators. A single 
calculator may be capable of both static and dynamic calculations. Also, it is not 
necessary to include pre-calculators to set the initial price. A module having a fixed price 
operation could be used to set the blank Price Information to an initial price, and then 
dynamic calculators could modify that price as appropriate. In addition, the Price 
Environment may include different information, as might the Price Information. 
Accordingly, the invention is limited only by the following claims and equivalents 
thereto. 

What is claimed is: 
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